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Description 

BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

[0001] The present invention relates to a method of 
changing a dynamic link library function efficiently and 
a computer system for executing the same. 

DESCRIPTION OF THE RELATED ART 

[0002] A linker is a program which links object mod- 
ules, acquired by separate compiling, into a single load- 
able module by adjusting a reference relationship 
among the object modules or addresses thereof. To ad- 
just a reference relationship among modules, a specific 
module registered in an object module library or a load 
module library is loaded as needed. In a case where a 
plurality of modules are linked, it is necessary to adjust 
the modules in such a way as to hold the adequate ref- 
erence relationship among them and to allow execution 
of the modules to progress without problems. It is the 
biggest role of a linker to ensure such adjustment and 
link a plurality of modules into a single executable load 
module. 

[0003] An object module does not consist only of a 
machine language program (the text portion), but also 
contains directory information called an external symbol 
directory and a relocation directory. Those directories 
are the important information sources for a linker. Reg- 
istered in an external symbol directory are external 
names and external references. The "external name" is 
a symbol name which can be referred to by another pro- 
gram module. The "external reference" is a symbol 
name which is not defined in a local module. As an ex- 
ternal name and external reference can be discriminat- 
ed by an instruction in a source program, a language 
interpreting program identifies them and puts them in an 
object module. Each item registered in the external sym- 
bol directory contains an associated symbol name and 
Information on where in the associated module that 
symbol name is used, i.e., an address at which the sym- 
bol name is used. 

[0004] A linker collates the external name of a desired 
object module with a external reference, and gives the 
address for an external name to the external reference 
if the same name is found. This establishes linkage of 
both the external name and the external reference. In 
some cases, however, a match may not be found by 
merely referring to the external symbol directory of an 
input object module so that the external reference re- 
mains. In such a case, the linker searches an object 
module library or a load module library for a module to 
which a matching external name belongs and loads the 
module into a load module, and tries to find a matching 
external reference at the same time. 
[0005] A set of object files of a previously prepared 



external function is called a library. An object file is a file 
which results from combining an external function and 
is stored in the form of an object program module. A li- 
brary which is automatically linked by, for example, a C 

5 compiler is called a standard library. 

[0006] A program in a library may take the form of a 
source program or may take the form of an object file. 
A program is linked to another program portion before 
compiling in the form of a source program, and after 

10 compiling in the form of an object file. In the case of link- 
ing a program after compiling, the linking action is called 
a linkage. There are two linkages: one is a static linkage 
which links a program module before executing it and 
the other is a dynamic linkage which carries out linking 

is when a program is called after its execution has started. 
DLL, which is the latter linkage, is called a dynamic link 
library function where components or the like of Win- 
dows, the operating system which has substantially be- 
come standard in the field of personal computers, are 

20 stored. DLL is a library associated with a program, and 
can be shared by a plurality of program modules. A pro- 
gram module lodes DLL module into memory and uses 
it whenever necessary. This DLL file helps reduce the 
program size on an external memory device or memory, 

25 and enjoys a merit of a shorter developing time because 
correction or the like of software bugs can be implement- 
ed by rewriting only a target DLL file. 
[0007] To alter the process of a dynamic link library 
function (X) to be used by a program module, conven- 

30 tionally, a dynamic link library function (Y) which in- 
cludes a process equivalent to that of the dynamic link 
library function (X) is generated and the program mod- 
ule should be so modified as to call that function. 
[0008] However, a dynamic link library including the 

35 dynamic link library function (Y) should have functions 
equivalent to all the dynamic link library functions includ- 
ed in a dynamic link library which includes the dynamic 
link library function (X). When there is no available 
means which acquires source codes of the dynamic link 

40 library function (X) and makes modification based on the 
source codes or when the total number of dynamic link 
library functions included in a dynamic link library is 
large, an extensive developing cost is required to alter 
the process of the dynamic link library function (X). 

45 

SUMMARY OF THE INVENTION 

[0009] Accordingly, it is an object of the present inven- 
tion to efficiently alter a dynamic link library function, at 

so the time of generating a dynamic link library including a 
dynamic link library function (Y), by suppressing, as 
much as possible, the amount of codes to be newly add- 
ed or generated for other portions of the dynamic link 
library function (Y) than those which are to be changed. 

ss [0010] It is another object of this invention to provide 
a method of changing an external function to be re- 
ferred, without recompiling a program module, by alter- 
ing external function reference information described in 
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the program module, and a computer system which ex- 
ecutes the method. 

[0011] According to one aspect of this invention, in a 
program module, which implements dynamic linkage to 
an external function and executes the external function, 
a function name described in a header portion of a pro- 
gram module and a function name to be referred to by 
the program module are replaced with other names, and 
functions having the same names as the replaced func- 
tion names are linked and are executed in place of an 
original function. Further, an original function is execut- 
ed using the functions having the same names as the 
replaced function names, and a preprocess or a post- 
process for the original function is described and is ex- 
ecuted to thereby expand a function without altering the 
original function. 

[0012] According to another aspect of this invention, 
in a library A to be dynamically linked at a time of exe- 
cuting a program module, a library B having the same 
name as the function A and including functions having 
the same names as functions included in the library A 
is dynamically linked and executed at the time of exe- 
cuting the program module, a library name described in 
the original library A and a function name, which can 
externally be referred to, are replaced with other names, 
and a function in the original library A is executed from 
a function in the library B and at the same time a pre- 
process or a postprocess is executed, whereby the pre- 
process or postprocess is added to a library function. 
[001 3] With the above structure, at the time of gener- 
ating a dynamic link library including a dynamic link li- 
brary function (Y), the amount of codes to be newly add- 
ed or generated for other portions of the dynamic link 
library function (Y) than those which are to be changed 
can be suppressed as much as possible This can en- 
sure efficient alteration of a dynamic link library function. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] The accompanying drawings, which form a 
part of this specification, illustrate the presently pre- 
ferred embodiments and are used to explain the princi- 
ple of the invention as well as to give the general de- 
scription that has been given above and the detailed de- 
scription of the preferred embodiments that will be dis- 
cussed below. 

FIG. 1 is a diagram illustrating the structure of a 
computer system capable of efficiently changing a 
dynamic link library function; 
FIG. 2 is a diagram showing a program structure 
according to a first embodiment of the invention, de- 
veloped on a memory; 

FIG. 3 is a diagram depicting a program structure 
according to a second embodiment of the invention, 
developed on a memory; 

FIG. 4 is a diagram illustrating a program structure 
according to a third embodiment of the invention, 



developed on a memory; 

FIG. 5 is a diagram showing a program structure 
according to a fourth embodiment of the invention, 
developed on a memory; 
s FIG. 6 is a diagram depicting a first symbol referring 
method, developed on a memory, which is to a to 
be used in each embodiment of the invention; 
FIG. 7 is a diagram showing a second symbol re- 
ferring method, developed on a memory, which is 
io to a to be used in each embodiment of the invention; 
FIG. 8 is a flowchart illustrating control procedures 
according to the first embodiment of the invention; 
FIG. 9 is a flowchart illustrating control procedures 
according to the second embodiment of the inven- 
ts tion; 

FIG . 1 0 is a flowchart illustrating control procedures 
according to the third embodiment of the invention; 
FIG. 1f is a flowchart illustrating control procedures 
according to the fourth embodiment of the inven- 
20 tion. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

25 [0015] The structures and operations of preferred em- 
bodiments of this invention will now be described while 
illustrating the developing environment on Windows 95 
by Microsoft Corporation, which is substantially a stand- 
ard operating system (OS) for personal computers. FIG. 

30 1 exemplifies the structure of a computer system to be 
used in this invention. In the figure, a CPU 1 , the control 
center, reads programs including an OS, which are load- 
ed and stored in a main memory device 2, one at a time 
and executes them to perform operational control or 

35 control various devices connected to the computer sys- 
tem. In a program module for implementing dynamic 
linkage to an external function, which is loaded and 
stored in the main memory device 2 as needed, and ex- 
ecuting the external function, the CPU 1 cooperates with 

40 the OS to replace a function name described in the 
header portion of the program module and a function 
name to be referred to by the program module with other 
names, link functions having the same names as the re- 
placed function names and execute the linked functions 

4S instead of the original function. Further, the original func- 
tion is executed using the functions having the same 
names as the replaced function names, and a preproc- 
ess or a postprocess is executed to thereby expand a 
function without altering the original function. 

so [0016] Windows 95, which is installed as a resident 
OS in the main memory device 2, consists mainly of the 
following six parts, and is allocated and stored in the 
main memory device 2 together with an application pro- 
gram (APL) to be executed. Those six parts are a resi- 

55 dent part (kernel 21), the main body of Windows 95, a 
part(device driver 22) which is closer to hardware and 
directly exchanges commands and data with the hard- 
ware, a part (registry 23) which sets the hardware and 
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carries set information, a control part 24 tor reading and 
writing files, a part (virtual machine 25) for controlling 
the usage of devices by an application, and a part (ex- 
plorer 26) which receives a command from a user or an 
application and returns the results. Each part is further 
separated, function by function, into program files and 
data files in the forms of modules, which are in turn al- 
located and stored as Windows' folders in the main 
memory device 2. 

[0017] Various application programs and data are 
stored in a large-capacity hard disk unit 3 and a CD- 
ROM drive unit 4. The hard disk unit 3 is connected to 
the system via an IDE interface, and the CD-ROM drive 
unit 4 via an SCSI interface. Files stored in the large- 
capacity hard disk unit 3 and the CD-ROM drive unit 4 
are read out via the file read/write control part 24 of the 
OS. The control part 24 also intervenes file writing in the 
hard disk unit 3. When one opens the Windows 95 or 
the large-capacity hard disk unit 3 using the explorer 26, 
multiple folders and/or files appear. A DLL file, which will 
be discussed later, is one of such files. 
[001 8] A mouse-equipped keyboard unit 5 and a print- 
er 6 are connected to the system via a keyboard con- 
troller (KBC 8) and a parallel interface, respectively. 
Both units are managed by a file, called the virtual ma- 
chine 25, in such a way as not to be owned by a single 
application, thus ensuring multi-tasking, and their oper- 
ations are controlled by a file called the device driver 22. 
A display monitor 7 is connected to the system via a 
graphics display control LSI (GDC) 9. The graphics dis- 
play control LSI 9 transfers graphics data, developed on 
a working area in the main memory device 2, to a bit 
map memory 10, and reads and displays desired data 
in synchronism with the display timing. The aforemen- 
tioned six parts of the OS do not operate independently, 
but function in cooperation with one another. A system 
bus 11 consists of a plurality of lines for the address, 
data and control. The aforementioned units 1 , 2, 3, 4, 6, 
8 and 9 are connected to one another by this bus. 
[001 9] Before going to a description of the structures 
and operations of the embodiments of the invention, a 
symbol reference relationship between an application 
program and a dynamic link library will be discussed. 
Means by which a program module refers to symbols of 
a dynamic link library during its execution is classified 
into the following two ways. 

[0020] FIG. 6 shows a first symbol referring method. 
As source codes 61 or 62 of a program or a dynamic 
link library are compiled and linked, an object module 
63 is generated. The object module 63 consists of a 
header 631 , a text 632, data 633, an export section 634 
and an import section 635. The export section 634 in- 
cludes information of function symbols which allow the 
module to refer to another module. The import section 
635 includes information (DLL1 , fund ; a set of the name 
of a library module which refers to a symbol and the 
name of the symbol) based on which the module refers 
to a function symbol from a library module. When a pro- 



gram directly calls a symbol (fund) which the dynamic 
fink library DLL1 exports, a module 64 called an LIB file, 
which is generated as a result of compiling and linking 
the source codes of the DLL1 , should be designated at 

s the time of linkage. 

[0021] Described in the LIB file are information of the 
library module name (DLL1) and the name of a symbol 
(fund) to be exported. As the program designates the 
LIB file at the time of linkage, information of the DLL1 

10 and fund are described in the import section 635 of the 
object module. When a program module is loaded on 
the memory during execution, the library module (DLL1 ) 
is also loaded according to the information described in 
the import section 635, and the load address of the fund 

« is written in the import section 635 of the program mod- 
ule. As a result, when the fund is called during execu- 
tion of the program module, the fund of the DLL1 is 
executed in accordance with the address written in the 
import section 635. 

20 [0022] A second symbol referring method will be dis- 
cussed using FIG. 7. As program 73 executes a function 
(LoadLibrary) for dynamically loading a dynamic link li- 
brary to load a library module (DLL1), and executes a 
function (GetProcAddress) for acquiring the address of 

25 a symbol which the loaded library module will export, 
the fund can be executed. In this case, a program mod- 
ule 71 need not designate the LIB file of the DLL1 at the 
time of linkage, and information of the library module 
name "DLL1 " and the symbol name "fund " are not de- 

30 scribed in an import section 735. In the diagram, "71" 
denotes the source codes of the program module and 
"72" denotes a program module (object program) which 
is generated by compiling the source codes. The pro- 
gram module 72 consists of a header, text, data, export 

35 section and import section, the same structure as used 
in the first symbol referring method illustrated in FIG. 6. 
[0023] FIG. 2 is an operational concept diagram illus- 
trating one embodiment of the invention with the oper- 
ation shown developed on the memory. Specifically, 

40 FIG. 2 shows an example of adding a preprocess or a 
postprocess to a function fund, without altering the mod- 
ule of the dynamic link library DLL1 in a case where the 
program module has called the function fund which the 
dynamic link library DLL1 will export, using the first re- 

45 ferring method shown in FIG. 6. A preprocess or a post- 
process is a routine which is added to expand a function, 
like data saving or data restoration. 
[0024] In the figure, "Visa CPU, "2" is a main memory 
device and "3" is an external memory device, like a 

so large-capacity hard disk. First, the CPU 1 generates a 
dynamic link library 22 (DLL2) including a function f unc2 
which is a preprocess or a postprocess added to a pro- 
gram 21 (fund). Hereinafter, a function which is a pre- 
process or a postprocess to an original function is called 

55 a jacket routine, and a dynamic link library including a 
jacket routine is called a jacket library 22. As the source 
codes of the program 21 or the dynamic link library 22 
or 23 are compiled and linked, a program module 25, a 
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jacket library module 26 or an original library module 27 
is generated. 

[0025] As a LIB file 24 of the dynamic link library 23 
(hereinafter called "original library (DLL1)") is designat- 
ed at the time of linkage, the jacket library 22 (DLL2) s 
imports the fund that is to be exported by the DLL1 (23). 
As the module name "DLL1" and the symbol name 
"fund" described in an import section 255 of the pro- 
gram module 25 are respectively changed to DLL2 and 
func2, the jacket library 22 (DLL2) is loaded instead of io 
the DLLl and the address of the func2 is written in the 
import section 255, when the program module 25 is 
loaded into the main memory device 2. Accordingly, at 
the time of executing the program module, the func2 is 
called instead of the fund and a preprocess or a post- is 
process can be added to the process of the fund . 
[0026] FIG. B illustrates an operational flow when a 
program module is executed. As the import section is 
changed in the above-described procedures (step S82), 
and the program module 25, the jacket library 2 and the 20 
original library 23 are executed (steps S81 , S83 and 
S84), it is possible to dynamically link the dynamic link 
library function and execute the program module. 
[0027] Specifically, a preprocess or a postprocess 
can be added to a dynamic link library function and ex- 25 
ecuted without changing the dynamic link library func- 
tion, by replacing the dynamic link library name de- 
scribed in the header portion of the program module and 
a function name, which is to be referred to by the pro- 
gram module, with other names, linking and executing 30 
a dynamic link library, which includes a function whose 
name is the same as the replaced function name and 
has the same name as the replaced library name, in- 
stead of the original dynamic link library, executing the 
original dynamic link library function using the function 35 
having the same name as the replaced function name, 
and executing the preprocess or postprocess. 
[0028] FIG. 3 shows an example of adding a preproc- 
ess or a postprocess to a function fund without altering 
the program module in a case where the program mod- 40 
ule has called the function fund which the dynamic link 
library DLLl will export, using the first referring method 
shown in FIG. 6. First, the jacket library DLL1 (32) which 
has the same name as the original dynamic link library 
DLL2 (33) is generated. The jacket library DLL1 (32) ex- "S 
ports the function fund having the same name as the 
function fund which the original library DLL1 (31) will 
export. As the name of the original library DLL1 (33) be- 
comes identical to the name of the jacket library DLLl 
(32), the name is changed to DLL2. The fund which the so 
jacket library DLL1 (32) will export internally calls the 
fund which the original library DLL2 (33) will export, and 
adds a preprocess or a postprocess to the called fund . 
Since functions with the same name cannot be called, 
the symbol name "fund " described in an export section ss 
394 of the original library DLL2 (33) is changed tofunc2. 
For the fund which the jacket library DLL1 (32) will ex- 
port, therefore, the func2 should be called. 



[0029] Referring to the func2, however, requires the 
LIB file 35 where the library module name "DLL2" and 
the symbol name "func2" are described. Because the 
module name "DLL1 " and the symbol name "fund " are 
described in the LIB file 35 of the original library DLL2 
(33), however, it is insignificant to link this LIB file 35. It 
is thus necessary to prepare an LIB file 36 which in- 
cludes the library module name "DLL2" and the symbol 
name "func2." In this respect, a dummy dynamic link li- 
brary 34 which has the library module name "DLL2" is 
prepared. The dummy library 34 (DLL2) includes a dum- 
my function func2. Because the dummy function func2 
is needed only to describe the symbol name "func2" in 
the LIB file 36, it can be empty. As the module name 
"DLL2" and the symbol name "func2" are described in 
the LIB file 36, which is acquired as a resulting of com- 
piling the dummy library DLL2 (34), this LIB file 36 can 
be designated at the time of linking the jacket library 
DLL1 (32). When the fund is called at the time of exe- 
cuting the program module, therefore, the fund of the 
jacket library DLL1 is called so that a preprocess or a 
postprocess can be added to the process of the fund . 
[0030] FIG. 9 shows the operational flow. It becomes 
possible to dynamically link the dynamic link library func- 
tion and execute the program by executing the program 
module (step S91 ), generating the dummy library in the 
above-described procedures (step S92) followed by the 
execution of the jacket library (step S93), and then 
changing the export section in the above-described pro- 
cedures (step S94) followed by the execution of the orig- 
inal library (step S95). 

[0031] Specifically, in a dynamic link library (A) which 
is dynamically linked at the time of executing a program 
module 37, a dynamic link library (B) which has the 
same name as the dynamic link library (A) and includes 
functions having the same names as those of functions 
included in the dynamic link library (A) is dynamically 
linked and executed at the time of executing the pro- 
gram module 37, the dynamic link library name and an 
externally referable function name, described in the 
original dynamic link library (A), are replaced with other 
names, a function in the original dynamic link library (A) 
is executed from a function in the dynamic link library 
(B), and a preprocess or a postprocess is executed. This 
allows a preprocess or postprocess to be added to the 
dynamic link library function and executed without alter- 
ing the program module 37. 

[0032] FIG. 4 shows an example of adding a preproc- 
ess or a postprocess to a function fund without altering 
both the program module and the module of the dynamic 
link library DLL1 in a case where the program module 
has called the function fund which the dynamic link li- 
brary DLLl will export, using the first referring method 
shown in FIG. 6. 

[0033] First, the jacket library DLL1 (42) which has the 
same name as the original dynamic link library DLL1 
(43) is generated. The jacket library DLL1 (42) exports 
the function fund having the same name as the function 
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fund which the original library DLL1 (43) will export. As 
the name of the original library DLL1 (43) becomes iden- 
tical to the name of the jacket library DLL1 (42), the 
name is changed to DLL2. The fund which the jacket 
library DLL1 (42) will export executes a function Load- 
Library to dynamically load a dynamic link library, there- 
by loading the original library DLL2 (43), and executes 
a function GetProcAddress for acquiring the address of 
a symbol which the loaded dynamic link library will ex- 
port. Accordingly, the fund which the jacket library 
DLL1 (42) will export can internally calls the fund which 
the original library DLL1 (43) will export, and can add a 
preprocess or a postprocess to the called fund . 
[0034] When the fund is called at the time of execut- 
ing a program module 45, therefore, the fund of the jack- 
et library DLL1 is called so that a preprocess or a post- 
process can be added to the process of the fund . FIG. 
10 shows the operational flow. It is possible to dynami- 
cally link and execute the dynamic link library function 
by executing the individual steps of executing the pro- 
gram module first (step S1 01 ), then executing the jacket 
library (step S102), loading the original library (step 
S103) and executing the original library (step S104). 
[0035] Specifically, in a dynamic link library (A) which 
is dynamically linked at the time of executing the pro- 
gram module, a dynamic link library (B) which has the 
same name as the dynamic link library (A) and includes 
functions having the same names as those of functions 
included in the dynamic link library (A) is dynamically 
linked and executed at the time of executing the pro- 
gram module, the dynamic link library (A) is dynamically 
loaded from a function in the dynamic link library (B) 
(step S1 03), a function in the original dynamic link library 
(A) is executed and a preprocess or a postprocess is 
executed by using a function for acquiring the execution 
address of the dynamic link library function included in 
the loaded dynamic link library (A). This way allows a 
preprocess or postprocess to be added to the dynamic 
link library function and executed without altering the 
program module and the dynamic link library module. 
[0036] FIG. 5 shows an example of adding a preproc- 
ess or a postprocess to a function fund without altering 
the module of the dynamic link library DLL1 in a case 
where the program module has called the function fund 
which the dynamic link library DLL1 will export, using 
the second referring method shown in FIG. 7. To accom- 
plish the addition, a process of changing the designated 
dynamic link library name to the jacket library name and 
a process of changing the designated symbol name to 
a symbol name which the jacket library will export are 
respectively added a function LoadLibrary for dynami- 
cally loading a dynamic link library and a function Get- 
ProAddress for acquiring the address of a symbol which 
the loaded dynamic link library will export, by using the 
method illustrated in FIG. 2 or FIG. 3. 
[0037] First, a jacket library Kemel32X (52) of a kernel 
32 which is a dynamic link library including the functions 
LoadLibrary and GetProAddress is prepared. The jacket 



library Kernel32X (52) includes a function LoadLibraryX 
where a process of internally calling the function Load- 
Library and changing the given dynamic link library 
name to a jacket name is added, and a function Get- 
s ProAddressX where a process of internally calling the 
function GetProAddress and changing the given symbol 
name to a jacket routine name is added. 
[0038] Then, the module name "Kernel32" described 
in an import section 555 of a program module 55 is re- 
io written to the jacket library name "Kernel32X," and the 
symbol names "LoadLibrary" and "GetProcAddress" to 
"LoadLibraryX" and "GetProcAddressS" respectively. 
Accordingly, when the functions LoadLibrary and Get- 
ProAddress are called during execution of the program 
is module 55, the jacket routines LoadLibraryX and Get- 
ProcAddressS are executed. By replacing the dynamic 
link library name "DLL1" or the symbol name "fund", 
shown in, for example, FIG. 6, is replaced with the jacket 
name "DLL2" or the jacket routine name "func2" when 
the name "DLL1 " or "fund " is given to the function Load- 
LibraryX or GetProAddressX, therefore, the function 
func2 which the jacket library DLL2 will export is execut- 
ed when the function fund which the dynamic link library 
DLL1 will export is called during execution of the pro- 
gram module 55. It is thus possible to add a preprocess 
or a postprocess to the process of the fund . 
[0039] FIG. 1 1 shows the operational flow. It is possi- 
ble to dynamically link the dynamic link library function 
and execute the preprocess or postprocess specifically 
by changing the import section according to the above- 
described procedures (step S111) followed by the exe- 
cution of the program module (step S112), loading the 
jacket library (step S113), executing the jacket library 
(step S114), and executing the original library (step 
S115). 

[0040] Specifically, in a program module which, at the 
time of execution, dynamically links and executes a dy- 
namic link library function by using a function (a) for dy- 
namically loading a dynamic link library, a process of re- 
placing the name of a dynamic link library which is re- 
quested to be loaded with another name is added to the 
function (a) by using the method shown in FIG. 1 or FIG. 
2. Accordingly, the load-requested dynamic link library 
is replaced with another dynamic link library without al- 
tering the dynamic link library or without altering the pro- 
gram module. 

[0041] Further, by adding a process of replacing the 
name of a function whose execution address is request- 
ed with another name by using the method shown in 
FIG. 2 or FIG. 3 to a function (b) of for acquiring the 
execution address of a function included in the dynamic 
link library that has dynamically been loaded by the pro- 
gram module, the function whose execution address 
has been requested is replaced with another function 
55 without altering the dynamic link library or without alter- 
ing the program module. 

[0042] As apparent from the foregoing description, 
this invention is characterized in that in a program mod- 
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ule, which implements dynamic linkage to an external 
function and executes the external function, a function 
name described in a header portion of a program mod- 
ule and a function name to be referred to by the program 
module are replaced with other names, and functions 
having the same names as the replaced function names 
are linked and executed instead of the original function, 
and a preprocess or a postprocess is executed, thereby 
allowing a function to be expanded without altering the 
original function. With this feature, at the time of gener- 
ating a dynamic link library including a dynamic link li- 
brary function (Y), the amount of codes to be newly add- 
ed or generated for other portions of the dynamic link 
library function (Y) than those which are to be changed 
can be suppressed as much as possible. This can en- 
sure more efficient alteration of a dynamic link library 
function and can reduce the developing cost. 
[0043] It should be apparent to those skilled in the art 
that other advantages and other modifications of the 
present invention may be obtained easily. Therefore, 
this invention is not limited to the details, the specific 
apparatuses, and the present examples all given herein. 
Therefore, the invention may be modified in many other 
specific forms within the scope of the appended claims 
and without departing from the spirit and scope of the 
invention defined by the scope equivalent to that of the 
appended claims. 



Claims 

1. A method of linking a program module, which im- 
plements dynamic linkage to an external function 
and executes said external function, characterized 
in that a function name described in a header por- 
tion of a program module and a function name to be 
referred to by said program module are replaced 
with other names; and functions having the same 
names as said replaced function names are linked 
and executed in place of an original function. 

2. The method according to claim 1 , characterized in 
that an original function is executed using said func- 
tions having the same names as said replacedf unc- 
tion names, and a preprocess or a postprocess for 
said original function is described and is executed 
to thereby expand a function without altering said 
original function. 

3. A method of linking a program module, which im- 
plements dynamic linkage to an external function 
and executes said external function, characterized 
in that a library function A to be dynamically linked 
at a time of executing said program module imple- 
ments dynamic linkage to a library B having the 
same name as said function A and including func- 
tions having the same names as functions included 
in a library A and executes said library B at a time 



of executing said program module, replaces a li- 
brary name described in said original library A and 
a function name, which can externally be referred 
to, with other names, and calls a function in said 
s original library A from a function in said library B and 
executes said function. 

4. The method according to claim 3, characterized in 
that said library function A to be dynamically linked 

10 at a time of executing said program module replac- 
es a library name described in said original library 
A and a function name, which can externally be re- 
ferred to, with other names, calls a function in said 
original library A from a function in said library B and 

is executes said function, and describes and executes 
a preprocess or a postprocess, whereby said pre- 
process or postprocess is added to a library function 
without altering said program module. 

20 s. a method of linking a program module, which im- 
plements dynamic linkage to an external function 
and executes said external function, characterized 
in that a library A to be dynamically linked at a time 
of executing said program module implements dy- 

25 namic linkage to a library B having the same name 
as said library A and including functions having the 
same names as functions included in said library A 
and executes said library B at a time of executing 
said program module, dynamically loads said li- 

30 brary A from a function in said library B, and exe- 
cutes a function in said original library A by using a 
function for acquiring an execution address of a li- 
brary function included in said library A. 

35 6. The method according to claim 5, characterized in 
that said library A to be dynamically linked at a time 
of executing said program module dynamically 
loads said library A from a function in said library B, 
executes a function in said original library A by using 

40 a function for acquiring an execution address of a 
library function included in said library A, and de- 
scribes and executes a preprocess or a postproc- 
ess, whereby said preprocess or postprocess is 
added to a library function without altering said pro- 

45 gram module and a library module. 

7. The method according to any one of claims 1 to 6, 
characterized in that a program module for imple- 
menting dynamic linkage to a library function and 

so executing said library function by using a function 
A for dynamically loading a library upon execution 
adds to said function A a process for replacing a 
name of a library requested to be loaded with an- 
other name, whereby said library requested to be 

55 loaded is replaced with another library without al- 
tering a dynamic link library or altering said program 
module. 
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8. The method according to claim 7, characterized in 
that said program module for implementing dynam- 
ic linkage to a library function and executing said 
library function by using a function A for dynamically 
loading a library upon execution adds a process for 
replacing a name of a function whose execution ad- 
dress is requested with another name, to a function 
B for acquiring an execution address of a function 
included in said library dynamically loaded by said 
program module, whereby said function whose ex- 
ecution address is requested is replaced with an- 
other function without altering said library or said 
program module. 

9. A computer system for dynamically linking a pro- 
gram module to an external function to be used by 
said program module and executing said program 
module, characterized in that said computer system 
comprises: 

means for replacing a function name described 
in a header portion of said program module and 
a function name to be referred to by said pro- 
gram module with other names; and 
means for linking functions having the same 
names as said replaced function names and 
executing said linked functions in place of an 
original function. 

10. The computer system according to claim 9, charac- 
terized by further comprising means for executing 
an original function using said functions having the 
same names as said replaced function names, and 
executing a preprocess or a postprocess, whereby 
a function is expanded without altering said original 
function. 

11. A computer system for dynamically linking a pro- 
gram module to an external function to be used by 
said program module and executing said program 
module, characterized in that in a library function A 
to be dynamically linked at a time of executing said 
program module, said computer system comprises: 

means for dynamically linking said program 
module to a library B having the same name as 
said library function A and including functions 
having the same names as functions included 
in a library A, and executing said library B at a 
time of executing said program module; and 
means for replacing a library name described 
in said original library A and a function name, 
which can externally be referred to, with other 
names, and executing a function in said original 
library A from a function in said library B. 

12. The computer system according to claim 11 , char- 
acterized by further comprising: 



means for replacing a library name described 
in said original library A and a function name, 
which can externally be referred to, with other 
names, and executing a function in said original 
s library A from a function in said library B; and 

means for executing a preprocess or a post- 
process, whereby said preprocess or postproc- 
ess is added to a library function without alter- 
ing said program module. 

10 

13. A computer system for dynamically linking a pro- 
gram module to an external function to be used by 
said program module and executing said program 
module, characterized in that in a library A to be dy- 
15 namically linked at a time of executing said program 
module, said computer system comprises: 

means for dynamically linking said program 
module to a library B having the same name as 

20 said library A and including functions having the 

same names as functions included in said li- 
brary A, and executing said library B at a time 
of executing said program module; and 
means for dynamically loading said library A 

2S from a function in said library B, and executing 

a function in said original library A by using a 
function for acquiring an execution address of 
a library function included in said library A. 

30 14. The computer system according to claim 1 3, char- 
acterized by further comprising: 

means for said library A to be dynamically 
linked at a time of executing said program mod- 

35 ule dynamically loading said library A from a 

function in said library B, executing a function 
in said original library A by using a function for 
acquiring an execution address of a library 
function included in said library A; and 

40 means for executing a preprocess or a post- 

process, whereby said preprocessor postproc- 
ess is added to a library function without alter- 
ing said program module and a library module. 

45 15. The computer system according to any one of 
claims 9 to 1 4, characterized in that in a program 
module for implementing dynamic linkage to a li- 
brary function and executing said library function by 
using a function A for dynamically loading a library 

so upon execution, said computer system comprises 
means for adding to said function A a process for 
replacing a name of a library requested to be loaded 
with another name, whereby said library requested 
to be loaded is replaced with another library without 

55 altering a dynamic link library or altering said pro- 
gram module. 

16. The computer system according to claim 15, char- 
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acterized by further comprising means (or adding a 
process for replacing a name of a function whose 
execution address is requested with another name 
to a function B for acquiring an execution address 
of a function included in a library dynamically loaded 
by said program module, whereby said function 
whose execution address is requested is replaced 
with another function without altering said library or 
said program module. 

17. A computer-readable recording medium for use in 
a computer system for dynamically linking a pro- 
gram module to an external function to be used by 
said program module and executing said program 
module, characterized in that following procedures 
are programmed and recorded in said recording 
medium: 

(a) a step of replacing a function name de- 
scribed in a header portion of said program 
module and a function name to be referred to 
by said program module with other names; 

(b) a step of implementing linkage to a library 
including a function with the same name as said 
replaced function name and having the same 
name as said replaced library name, and exe- 
cuting said linked library in place of an original 
library; and 

(c) a step of executing an original dynamic link 
library function using said function having the 
same name as said replaced function name, 
and executing a preprocess or a postprocess. 

18. A computer-readable recording medium for use in 
a computer system for dynamically linking a pro- 
gram module to an external function to be used by 
said program module and executing said program 
module, characterized in that following procedures 
are programmed and recorded in said recording 
medium: 



a computer system for dynamically linking a pro- 
gram module to an external function to be used by 
said program module and executing said program 
module, characterized in that following procedures 
s are programmed and recorded in said recording 
medium: 

(a) a step of, in a library A to be dynamically 
linked at a time of executing said program mod- 

10 ule, dynamically linking said program module 

to a library B having the same name as said 
library A and including functions having the 
same names as functions included in said li- 
brary A, and executing said library B at a time 

« of executing said program module; and 

(b) dynamically loading said library A from a 
function in said library B, and executing a func- 
tion in said original library A by using a function 
for acquiring an execution address of a library 

so function included in said library A, and execut- 

ing a preprocess or a postprocess. 

20. The computer-readable recording medium accord- 
ing to any one of claims 17 to 19, characterized in 

2S that a step of adding to said function A a process 
for replacing a name of a library requested to be 
loaded with another name is further programmed 
and recorded, whereby said library requested to be 
loaded with another dynamic link library without al- 
30 tering said library or said program module. 

21. The computer-readable recording medium accord- 
ing to claim 20, characterized in that a step of add- 
ing a process for replacing a name of a function, 

35 whose execution address is requested with another 
name, to a function Bfor acquiring an execution ad- 
dress of a function included in a library dynamically 
baded by said program module is programmed and 
recorded, whereby said function whose execution 
address is requested is replaced with another func- 
tion without altering said library or said program 
module. 



(a) a step of, in a library A lo be dynamically 
linked at a time of executing said program mod- 
ule, dynamically linking said program module 

to a library B having the same name as said ■« 
library A and including functions having the 
same names as functions included in said li- 
brary A, and executing said library B at a time 
of executing said program module; 

(b) a step of replacing a library name described so 
in said original library A and a function name, 
which can externally be referred to, with other 
names; and 

(c) a step of executing a function in said original 
library A from a function in said library B and ss 
executing a preprocess or a postprocess. 
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